home *** CD-ROM | disk | FTP | other *** search
/ Collection of Internet / Collection of Internet.iso / infosrvr / dev / www_talk.930 / 000569_fine@cis.ohio-state.edu _Thu Jan 14 20:35:23 1993.msg < prev    next >
Internet Message Format  |  1994-01-24  |  4KB
  1. Return-Path: <fine@cis.ohio-state.edu>
  2. Received: from dxmint.cern.ch by  nxoc01.cern.ch  (NeXT-1.0 (From Sendmail 5.52)/NeXT-2.0)
  3.     id AA15212; Thu, 14 Jan 93 20:35:23 MET
  4. Received: by dxmint.cern.ch (5.65/DEC-Ultrix/4.3)
  5.     id AA29711; Thu, 14 Jan 1993 20:50:34 +0100
  6. Received: by soccer.cis.ohio-state.edu (5.61-kk/5.911008)
  7.     id AA29567; Thu, 14 Jan 93 14:50:30 -0500
  8. Date: Thu, 14 Jan 93 14:50:30 -0500
  9. From: Thomas A. Fine <fine@cis.ohio-state.edu>
  10. Message-Id: <9301141950.AA29567@soccer.cis.ohio-state.edu>
  11. To: murphy@dccs.upenn.edu, timbl@nxoc01.cern.ch
  12. Subject: Re: web roaming robot (was: strategy for HTML spec?) 
  13. Cc: www-talk@nxoc01.cern.ch, litwack@dccs.upenn.edu
  14. X-Mailer: Perl Mail System v1.1
  15.  
  16. >Timbl:
  17. >> Great idea, LOTS of applications.  Traversing a tree to a given depth
  18. >> makes a book.  Tony's WWWVeronica is a great idea -- particularly as  
  19. >> it can pick up WAIS indexes and Gopher and telent sites all together  
  20. >> and make a megaIndex of the whole scene!
  21. >
  22. >I agree that the map produced by traversing all of WWW would be
  23. >QUITE large and that it would be more efficiently searched as
  24. >an Index (WWWVeronica), if the output of the Robot were Text.
  25. >
  26. >A new twist: (I am still trying to catch up on all the features &
  27. >functionality of WWW, so if WWW already does this, please tell me)
  28. >
  29. >Is it possible for a user of WWW to see, graphically, a map of the
  30. >Web?  If the map produced by the WRR (Web Roaming Robot) were to
  31. >produce a map instead of a book, and the user could point at a spot on
  32. >the map and select it, then I think it would be a lot easier
  33. >to navigate.
  34.  
  35. Well, thats more or less what I meant when I said this would make an
  36. ideal history mechanism.
  37.  
  38. >There could be a "short-range" scan which would show a close-up view
  39. >of the web links all around the current node, upto around 3 or 4
  40. >levels.
  41. >
  42. >There could be a "long-range" scan which would show a global
  43. >view of the Web, leaving out the details of the local links.
  44.  
  45. I'd prefer continuous zoom.  I've seen widgets that do this, although
  46. I'm not sure where to find one.  At any rate the problem is solvable.
  47.  
  48. >This requires an extension beyond hypertext into hypermedia, of
  49. >course.
  50.  
  51. Not necessarily.  As the first pass, it can be implemented as history
  52. for the browsers.  Combine that with a saveable history, and you could
  53. just stick in the whole web into your history.
  54.  
  55. On the other hand, I have (very distant) plans to lay a WWW browser on
  56. top of GhostScript.  The browser would convert to postscript (also
  57. very convenient for printing).  Ghostscript provides hooks for inserting
  58. mouse functionality, for the clicking, and away we go.
  59.  
  60. The point is this: once that's done, hypertext postscript just sort of
  61. happens.  It's there, with no additional work whatsoever.
  62.  
  63. >Anyway, would hyper-graphical representations of the Web be useful?
  64. >If it is worthwhile, is it doable?
  65.  
  66. Useful, yes; doable, yes; easy, no.
  67.  
  68. The hard part is telling a computer to lay out the graph.  You can assume
  69. a tree structure for any given local site, and be mostly correct, but I
  70. get the impression that the web is much more web-like across multiple
  71. sites.  Evan assuming a tree structure, you have to make sure that non
  72. of your non-tree links are drawn on top of each other (in parallel, that is).
  73.  
  74. Suppose we have a tree like this:
  75.  
  76.           A
  77.          /|\
  78.         / | \
  79.        B  C  D
  80.  
  81. If B, C, and D are all inter-linked, you can't draw their links and
  82. have them all be visible, unless you move one of B, C, or D; or use
  83. curved lines as links (anybody know how they generate the Usenet
  84. maps?).  The specific solution is obvious, but generalizing it is not
  85. (to me, anyway).
  86.  
  87. One concept that would probably help is grouping.  It's common that a
  88. large body of documetation has a single entry point (or at least a
  89. small number of them).  These could be displayed as a single element in
  90. the map, until a certain zoom level is reached.  A good first guess
  91. would be that each site is a single entity.
  92.  
  93. Parting Shot - does it occur to anyone that a Virtual Reality interface
  94. might provide the best view of the web, and the best way of traversing it?
  95. And does it also occur to anyone that this view of the web might look
  96. a lot like the cyberspace described by author William Gibson?
  97.  
  98.       tom